Methods, devices, systems, and computer program products for managing and delivering media content

ABSTRACT

Methods, devices, systems, and computer program products for managing and delivering media content are provided. A device includes a media recording structure for capturing the media content, an input component, and a transmitter. The device further includes a processor in communication with the media recording structure, the input component, and the transmitter. The device further includes a media management application executing on the processor. The media management application performs a method. The method includes receiving a destination address for a media file including the media content captured by the media recording structure, the destination address entered via the input component. The method also includes transmitting the media file to a receiving device associated with the destination address via the transmitter.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is related to commonly assigned U.S. patent applicationSer. No. ______ Attorney Docket No. 060132, entitled METHODS, DEVICES,SYSTEMS, AND COMPUTER PROGRAM PRODUCTS FOR MANAGING AND DELIVERING ALIVE MEDIA STREAM, filed on May 7, 2007. This application is alsorelated to commonly assigned U.S. patent application Ser. No. ______Attorney Docket No. 060134, entitled METHODS, SYSTEMS, AND COMPUTERPROGRAM PRODUCTS FOR PROVIDING CENTRALIZED MANAGEMENT AND DELIVERYSERVICES FOR MEDIA CONTENT, filed on May 7, 2007. Each of theabove-referenced applications is incorporated by reference herein in itsentirety.

BACKGROUND

The present application relates generally to managing and deliveringmedia content, and more particularly, to methods, devices, systems, andcomputer program products for managing and delivering media content.

Present devices allow for the capture of personal media that may bedistributed via a variety of methods. Many of the current methodsavailable for distributing personal media rely upon a device thatrequires a target viewer to utilize a personal computer to access anetwork (e.g., Internet). These current methods generally requireseveral steps to implement. For example, a digital image is captured bya camera in its internal memory and then subsequently transferred tosecondary storage (e.g., on a personal computer. The digital image maythen be retrieved from storage for viewing or transmitted electronicallyto a designated recipient via, e.g., email attachment. Alternatively, adigital image may be uploaded to a web site where other network userscan access the web site and view the image.

Thus, many of the current methods available provide distribution of themedia subsequent to its capture and storage upon a storage device thatis independent and distinct from the device which originally capturedthe media.

BRIEF SUMMARY

Exemplary embodiments include devices for managing and delivering mediacontent. A device includes a media recording structure for capturing themedia content, an input component, and a transmitter. The device furtherincludes a processor in communication with the media recordingstructure, the input component, and the transmitter. The device furtherincludes a media management application executing on the processor. Themedia management application performs a method. The method includesreceiving a destination address for a media file including the mediacontent captured by the media recording structure, the destinationaddress entered via the input component. The method also includestransmitting the media file to a receiving device associated with thedestination address via the transmitter.

Additional exemplary embodiments include methods for managing anddelivering media content captured by a media recording device via amedia recording structure. A method includes receiving a destinationaddress for a media file comprising the media content captured by themedia recording device, the destination address entered via an inputcomponent of the media recording device. The method also includestransmitting the media file to a receiving device associated with thedestination address via a transmitter of the media recording device.

Further exemplary embodiments include computer program products formanaging and delivering media content captured by a media recordingdevice via a media recording structure. A computer program productincludes instructions for causing a computer processor to implement amethod. The method includes receiving a destination address for a mediafile comprising the media content captured by the media recordingdevice, the destination address entered via an input component of themedia recording device. The method also includes transmitting the mediafile to a receiving device associated with the destination address via atransmitter of the media recording device.

Other systems, methods, and/or computer program products according toembodiments will be or become apparent to one with skill in the art uponreview of the following drawings and detailed description. It isintended that all such additional systems, methods, and/or computerprogram products be included within this description, be within thescope of the exemplary embodiments, and be protected by the accompanyingclaims.

BRIEF DESCRIPTION OF DRAWINGS

Referring now to the drawings wherein like elements are numbered alikein the several FIGURES:

FIG. 1 is a block diagram of a media file management system in exemplaryembodiments;

FIG. 2 is a flow diagram describing a process for managing media contentby a media recording device in exemplary embodiments;

FIG. 3 is a flow diagram describing a process for delivering a livemedia stream over a network in exemplary embodiments;

FIG. 4 is a display screen of a media recording device including optionsfor taking action on a media file in exemplary embodiments;

FIG. 5 is a user interface screen depicting menu options for managingmedia files, accounts, and authorization information in exemplaryembodiments;

FIG. 6 is a flow diagram describing a process for providing centralizedmedia management services in exemplary embodiments;

FIG. 7 is a sample account record and media file directory created viathe media file management system in exemplary embodiments;

FIG. 8 is a display screen including a sample communication transmittedvia the media file management system in exemplary embodiments;

FIG. 9 is a display screen depicting a sample media file library andoptions provided by the media file management system in exemplaryembodiments; and

FIG. 10 is a display screen depicting a sample alert and related optionsprovided by the media file management system in exemplary embodiments.

The detailed description explains the exemplary embodiments, togetherwith advantages and features, by way of example with reference to thedrawings.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

Media management and delivery systems, devices, methods, and computerprogram products are provided in exemplary embodiments. In oneembodiment, a host system provides centralized media management servicesincluding storage management and delivery of media content to a targetreceiving device. In another embodiment, a media recording deviceincludes features for enabling the delivery and management of mediacontent. In a further embodiment, a media recording device includesfeatures to enable the delivery of near real-time media content.

Referring now to FIG. 1, a media file management system 100 will now bedescribed in exemplary embodiments. The media file management system 100includes a media recording device 110 configured to capture a media fileby a user, and a media services system 105 in communication with themedia recording device 110 via one or more networks 125 (referred tofurther herein as “network”). As used herein, the term “media file”shall refer to any representation of media content, such as atransmitted or stored audio signal, video signal, or image signal, forexample. In exemplary embodiments, the media file is a video media file.In another embodiment, the media file is a near real-time video mediafile. As used herein, the term “near-real time” shall refer to a nearlycontemporaneous transmission and delivery of the media file, and thatsuch delivery may include small delays as a result of transfer amongmultiple transmission paths, and confirmation of appropriate accessauthorization, as will be discussed further below.

In exemplary embodiments, the media services system 105 further includesa host system 130 in communication with the network 125. The host system130 executes a media services application 103 for storing, managing, anddistributing media files as described further herein. In exemplaryembodiments, host system 130 may be implemented using any suitablehigh-speed microprocessor capable of handling the volume of activitiesprovided by the features and functions of the media services system 105.Host system 130 may be accessed over the network 125 and may furtherinclude a security feature or firewall (not shown) in order to protectthe integrity of the data stored within the media services system 105.Other security features are described further herein. In addition to themedia management services described herein, the media servicesapplication 103 also includes an accounts management component 120, anauthentication component 122, a media files management component 124,and an authorization component 126. The account management component 120administers media management accounts (accounts) on behalf of varioususers. For example, the account management component 120 may be taskedwith provisioning users, or groups of users (e.g., a family) with theservices made available through the media management services describedherein, which are further managed through account records establishedfor each user or group of users. In addition, media devices associatedwith these users may be managed through the account management component120. The authentication component 122 verifies the identities of usersseeking to access or view media files. The media files managementcomponent 124 manages media file storage for account users. Theauthorization component 126 controls access to the host system 130 or tothe storage component. These components 120-126 are described furtherherein.

The host system 130 is in communication with a storage device 106.Storage device 106 stores media files captured by media recordingdevices, account records of individuals that subscribe to the mediamanagement services provided by the host system 130, as well as relatedinformation. Network 125 may employ various wireless communications andtransmissions protocols, such as personal communications service (PCS),WiFi, Ultrawideband, Bluetooth, and satellite transmission, as well asdifferent wireline protocols, such as telephone communications, cablecommunications and power line communications, to name a few. Inexemplary embodiments, the host system 130 includes a location address,e.g., a uniform resource locator (URL), to make it available to anymedia file receiving device (e.g., media file receiving devices150A-150C) that has capability to access the network 125.

For purposes of illustration, media file receiving device 150A is ageneral-purpose computer, media file receiving device 150B is atelevision, and media file receiving device 150C is a mobile wirelessmedia player (e.g., MP3 player). These devices are also referred toherein as “receiving devices.” In exemplary embodiments, each ofreceiving devices 150A-150C includes a network interface for enablingthe respective receiving devices to communicate with the host system 130and/or media recording device 110 over network 125. For example, thenetwork interface of receiving device 150A may include a modem.Receiving device 150B may communicate over network 125 via an InternetProtocol-enabled set top box (STB) interface 140. Receiving device 150Cmay include a network card or similar means that enables communicationsover network 125.

While embodiments have been described having at least one of atelevision, a personal computer, and a mobile media player as receivingdevices 150, it will be appreciated that the scope of the invention isnot so limited, and that the invention may also apply to media filemanagement systems that include other devices (e.g., cellulartelephones, personal digital assistants, etc.) capable of accessingnetwork 125, such as via a URL for example, and to display media files.

In exemplary embodiments, STB 140 is in communication with an interfacedevice 160, such as a remote control, as one of many possibleimplementations, for example. The interface device 160 may be configuredto allow entry of an access code for the selection of a personalchannel. A personal channel may be a channel created by an accountholder via the media services application 103. The personal channel mayinclude a customizable selection of media files and media content thatinclude one or more stored media file and near real-time media file. Inexemplary embodiments, a display adapter on receiving devices 150A-150Cmay be configured to visually or audibly distinguish the availability ofthe stored media file from the near real-time media file. For example,live media files may be distinguished visually by applyingcharacteristics, such as blinking or flashing, underlining, color ortone differences, etc.

It will be appreciated that the user of media recording device 110 maydesire to limit, or restrict the access by others to the media file.This may be accomplished, e.g., by creating an authorization requirementto be associated with the media file. The authorization requirement maycontrol to whom access to the media file is granted. In one exemplaryembodiment, the authorization requirement is implemented byauthorization settings provided via the authorization component 126. Theauthorization settings may specifically identify a target viewer (e.g.,one or more of receiving devices 150A-150C) for which access to a mediafile may be granted. In another exemplary embodiment, the authorizationrequirement may be implemented by assigning an access code to a mediafile (e.g., via the authorization settings of component 126) and thenforwarding the access code to a target viewer, e.g., by email. Inexemplary embodiments, in response to the identity associated with thetarget viewer meeting the authorization requirement, the media recordingdevice 110 is configured to make available to the receiving devices150A-150C access to the media file via network 125. In anotherembodiment, a media services application 103 is configured to store anddistribute the set of media files in accordance with the authorizationrequirement.

In exemplary embodiments, the host system 130, via media servicesapplication 103, is receptive of the media file, the authorizationrequirement, a request by the target viewer to access the media file,and the identity associated with the target viewer, and is configured toconfirm that the identity associated with the target viewer meets theauthorization requirement via, e.g., the authentication component 122 ofthe media services application 103. In response to confirming that theidentity associated with the target viewer is in accordance with, ormeets the authorization requirement associated with the media file, thehost system 130 is configured to make available to the receiving devices150A-150C access to the media file. In exemplary embodiments, theidentity associated with the target viewer via the receiving device 150is a globally unique identifier (GUID). The GUID is associated with, anduniquely identifies, the receiving device 150. Correspondingly, a targetviewer may be identified via a receiving device GUID. Alternatively, theidentity may be a MAC address, IP address, etc. It will be furtherappreciated that, in a similar fashion, an identity associated with theuser may allow access by the user to a set of media files stored, e.g.,in storage device 106 in accordance with the authorization requirementassociated with the set of media files. Further, the identity associatedwith the user may define the personal channel into which the media filesare stored, and may be assigned via the media recording device 110, aswill be described further below.

In exemplary embodiments, the user may purchase or otherwise obtain anamount of storage space within the storage device 106 of host system 130to be used for the storage of media files within the personal channel.In exemplary embodiments, access to the personal channel of the user maybe granted to the target viewer following successful entry of an accesscode, e.g., via the interface device 160. In another embodiment, accessto media files stored within the personal channel will be granted to thetarget viewer according to the authorization requirement associated withthe media file and the identity associated with the target viewer viathe receiving device 150.

The media recording device 110 includes a media recording structure asmay be found in current media recording systems. The media recordingdevice 110 further includes a computer processor 111 in communicationwith other components of the media recording device 110. In exemplaryembodiments, the processor 111 executes a media management application116 for facilitating the media management activities described herein.

In exemplary embodiments, the media recording device 110 furtherincludes a transmitter 112 configured to transmit communication signals,including the media file, the authorization requirement associated withthe media file, and the identity associated with the user. In exemplaryembodiments, the transmitter 112 is configured to transmit the mediafile, the authorization requirement associated with the media file, andthe identity associated with the user and/or target receiving device viaa communications path, e.g., wireless or wireline network connection. Inexemplary embodiments, the transmitter 112 is configured to transmit anear-real time media file to the network 125.

In exemplary embodiments, the media recording device 110 also includes areceiver 113, configured to receive communication signals, includingmedia files that may be stored in storage device 106, as well as othercommunication signals.

While embodiments have been described with a media recording device 110having a separate receiver 113 and transmitter 112, it will beappreciated that the scope of the embodiments is not so limited, andthat the embodiments may also apply to media recording devices havingother means to transmit and receive media files, such as a transceiver,for example.

In exemplary embodiments, a signal detection component 119 implementedby the media recording device 110 may be configured to determine andcompare signal strengths of available networks (e.g., network withinsignaling range of the media recording device 110), and to select one ofthe available networks based upon that which has the stronger signalaccording to the signal strength comparison. The signal detectioncomponent 119 may be implemented using signal detection theorytechniques (e.g., signal-to-noise ratio analysis) as will be appreciatedby those skilled in the art. In exemplary embodiments, the mediamanagement application 116 is configured to select the connection basedupon one of a number of criteria. For example, criteria for selecting anetwork for transmitting a media file may include: the connection mannerthat has the greater bandwidth capability, the connection manner that isable to provide the most efficient transfer of the media file, and thatwhich is able to provide the transfer of the media file with the lowestservice cost to the user. In exemplary embodiments, the media managementapplication 116 is configured to assign the identity associated with theuser of the media recording device 110.

In exemplary embodiments, the media recording device 110 furtherincludes a user interface in communication with the media recordingdevice 110. The user interface includes an input component 114 (e.g., akeyboard, data entry device, etc.) and an output component 115 (e.g.,display screen, sound card, etc.). The user interface may be configuredvia the media management application 116 to display the media file,configuration settings related to the media recording device 110, and tobe responsive to user input. In exemplary embodiments, the userinterface is configured to allow user input of information related tothe media file. For example, the user may utilize the user interface tocreate a title or descriptor related to the media file, so that the easeof subsequent identification of the media file may be enhanced,particularly among other media files that may be stored within thestorage device 106 and/or media recording device 110. A descriptorprovides information relating to the media file, such that the mediafile can be easily distinguished among other media files. The descriptormay be implemented as embedded content within the media file itselfusing, e.g., MPEG or other standards. In exemplary embodiments, themedia recording device 110 is configured to communicate with the hostsystem 130 via the transmitter 112 and the receiver 113. In exemplaryembodiments, the output component 115 of the user interface isconfigured to display any media files stored in storage device 106 forwhich access has been granted to the identity associated with the userof the media recording device 110.

While embodiments of the media recording device 110 have been depictedhaving an integrated user interface, it will be appreciated that thescope of the embodiments is not so limited, and that the embodiments mayalso apply to media recording devices that are in communication with theuser interface via other way, such as a user interface that is detachedfrom the media recording device 110 and is in wireline or wirelesscommunication with the media recording device 110, for example.

In exemplary embodiments, the media management application 116 isconfigured to assign a unique identity associated with the mediarecording device 110 that will be matched to the location address (e.g.,URL) of the personal channel, or account associated with the user.However, it will be appreciated that it may be desirable to allow theuser to assign, or change, the association between the media recordingdevice 110 and the personal channel. For example, if the media recordingdevice 110 is destroyed during a vacation, the user may quickly acquirea new media recording device 110, and appropriately enter the locationaddress (e.g., URL) assignment via the user interface. As a secondexample, multiple users, having multiple location addresses (e.g., URLs)associated with multiple personal channels, may desire to share the samemedia recording device 110. As a third example, an amount of storagespace within storage device 106 that is assigned to a particularpersonal channel may be shared and allocated among multiple users. Inexemplary embodiments, the media management application 116 allows entryof an access code via the user interface, such as a user name andpassword combination, for example, to appropriately assign theassociation of the media recording device 110 with the correspondingpersonal channel.

In exemplary embodiments, media recording devices may be assigned to oneaccount record (e.g., where one account includes one or more individualsand one or more media recording devices). In alternative exemplaryembodiments, a single media recording device may be assigned to multipleusers. The media account records may be configured to permit authorizedaccount members to establish permissions with respect to the mediamanagement activities described herein. For example, a parent on anaccount may permit a junior account member to view media files stored instorage device 106 but not transmit media files.

While embodiments have been described using a combination of user nameand password to assign the association of the media recording device110, it will be appreciated that the scope of the embodiments is not solimited, and that the embodiments may also apply to media recordingdevices that may use other identification methods to assign theassociation of the media recording device to the personal channel, suchas a fingerprint reader, and an iris scanner, for example.

It will be appreciated that a viewer of the media file (to whom accesshas been granted) may desire to communicate with the user of the mediarecording device 110 via a target receiving device (e.g., one ofreceiving devices 150A-150C). For example, a grandparent viewing a nearreal-time media file of a grandchild's sporting event may have a commentof encouragement to be passed on to the grandchild. In exemplaryembodiments, the media recording device 110 further includes an instantmessaging client 117 configured to receive and send instant messages viathe transmitter 112 and the receiver 113. In exemplary embodiments, theuser interface is configured to display and compose instant messages viathe input component 114 and the output component 115. In exemplaryembodiments, the receiver 113 is configured to make available to theinstant messaging client 117 instant messages received by the mediarecording device 110 and the transmitter 112 is configured to transmitinstant messages made available by the instant messaging client 117. Inexemplary embodiments, at least one of the receiving devices 150A-150Cinclude an instant messaging client (not shown) configured to maleavailable instant messages between the media recording device 110 and arespective display component of the receiving devices via network 125.

In exemplary embodiments, the media services application 103 manages theamount of storage space within storage device 106 that is assigned tothe account of the user. It will be appreciated that as media files aretransmitted from the media recording device 110 to the host system 130,an amount of remaining storage space available on the host system 130may continue to decrease. In exemplary embodiments, media managementapplication 116 is configured to receive information provided by thehost system 130 related to the amount of remaining storage space, suchas to alert the user to a diminishing amount of remaining storage space,for example. A sample alert is shown in FIG. 10. The receiver 113 isconfigured to make the alert available to the user via the outputcomponent 115 of the user interface. In exemplary embodiments, the alertis a display. In another embodiment, the alert is an instant message. Inexemplary embodiments, the alert will notify the user of the amount ofremaining storage space in the storage device 106. In exemplaryembodiments, the alert will notify the user of an amount of timeremaining that corresponds to an encoding rate at which the media fileis currently being captured, as well as an amount of time remaining thatcorresponds to alternate encoding rates available for selection by theuser.

In exemplary embodiments, subsequent to receipt of the alert, the mediamanagement application 116 allows the user, via the input component 114,to select a response to the alert regarding the diminishing amount ofremaining storage space. The user may elect to continue maltingavailable the media file at the current encoding rate, which willeffectively male no change in a duration of the media file thatremaining amount of storage space can hold. The user may also elect tobegin making available the media file at a reduced encoding rate, whichwill effectively increase the duration of the media file that theremaining amount of storage space can hold. The user may also elect topurchase an additional amount of storage space, thereby increasing theamount of assigned storage space as well as a length of time that themedia file may be stored in storage device 106. In exemplaryembodiments, the user will be able to purchase the additional amount ofstorage space via any device configured to access one of the personalchannel and the Internet, such as a personal digital assistant, cellphone, personal computer, and set-top box, for example. The user mayalso elect to remove any of the set of media files stored in storagedevice 106, thereby increasing the amount of remaining storage space, aswell as a duration of the media file that can be stored in storagedevice 106 of host system 130. In exemplary embodiments, the user maypreview the media file prior to removal from the storage device 106 viathe output component 115 of the user interface.

In exemplary embodiments, the user may select a default response to ashortage of remaining storage. In exemplary embodiments, the defaultresponse will include at least one of deleting media files based uponthe file creation date, deleting media files based upon time elapsedsubsequent to the last access date, deleting media files based upon themedia file size, and deleting media files based upon a user assignedpriority.

It will be appreciated that in some circumstances, the media recordingdevice 110 may not be able to establish a connection with the hostsystem 130 via the network 125. In exemplary embodiments, the mediarecording device 110 further includes a storage component 118 configuredto store media files. In exemplary embodiments, the storage component ofhost system 130 is a magnetic media storage device, such as a hard discdrive, for example. In exemplary embodiments, the storage component 118is a solid state storage device, including non-volatile solid statememory circuits. The storage component 118 allows the media file to bestored and subsequently transmitted to the host system 130 for storageand distribution.

While embodiments have been described having magnetic media or solidstate storage devices, it will be appreciated that the scope of theembodiments is not so limited, and that the embodiments may also applyto media recording devices that have other devices configured to storemedia files.

in exemplary embodiments, the storage component 118 is configured toprovide temporary storage of the near real-time media file prior totransmission to the network 125. Use of the temporary storage, oftenknown as “caching” in the art, can provide time for the user to selectthe appropriate response following the alert notifying the user of thediminishing amount of remaining allocated storage space in storagedevice 106, as discussed above. Further, in exemplary embodiments, theuser interface is configured to display the media files stored on thestorage component 118 via the media management application 116.

In exemplary embodiments, the storage component 118 is configured tofunction as a server to store and distribute the media files, and mayallow any of the receiving devices 150A-150C, absent a connection to thehost system 130, to connect to the storage component 118 of the mediarecording device 110 via network 125. This is a connection type oftenknown in the art as a peer-to-peer connection. In exemplary embodiments,the receiving device 150 is in communication with the network 125 and isconfigured to request access to the media files. In exemplaryembodiments, the media management application 116 receives a request foraccess to any of the set media files stored in the storage component 118from the receiving device 150 via receiver 113 and transceiver 120,absent connection through the host system 130. The media managementapplication 116 confirms that the identity associated with the targetviewer meets the authorization requirement, or to confirm theauthorization of the request to access the media file. In exemplaryembodiments, the confirmation of the authorization is performed bycomparing a set of identities, defined by the authorization requirement,to whom access is granted, with the identity associated with targetviewer originating the request. In response to confirmation ofauthorization of the request, the media management application 116permits access, via the transmitter 112 and receiver 113 to therequested media file. It will be appreciated that a request for accessto the media file may be made that has not been previously authorizedfor access, and that the user of the media recording device 110 maydesire to grant such access. In exemplary embodiments, the userinterface is configured to allow the user to provide authorization ofthe request that was not previously authorized.

In exemplary embodiments, the receiving devices 150A-15C are configuredto display a media file library indicating a selection of media filesthat allows the target viewer to select one of the media files that arestored in storage device 106, the media files stored in the storagecomponent 118, and the near-real time media file. In exemplaryembodiments, the receiving devices 150 are configured to distinguish theselection of the media files stored in storage device 106, the mediafiles stored in the storage component 118, and the near-real time mediafile. In exemplary embodiments, the receiving devices 150 are configuredto distinguish the different media files via visual and/or audioattributes, such as color, intensity, and additional symbols, forexample.

In exemplary embodiments, the personal channel may be configured toallow capture of the media file. For example, while the viewer isaccessing the media file, they may also record a copy of the media fileto a digital video recorder (DVR), and subsequently copy the media fileto a digital video disc (DVD)/digital versatile disc (DVD) forsubsequent viewing.

It will be appreciated that access to the media file may be commerciallydesirable. For example, if the user is located at a news-making event,target viewers may be willing to compensate the user for access to themedia file. In exemplary embodiments, the user interface in conjunctionwith the media management application 116, the transmitter 112 and thereceiver 113, is configured to access an online merchant, such as anonline auction merchant, for example, via the network 125 and to offerfor sale access to the media file. The media management application 116enables the user to receive an offer for purchase of access to the mediafile, accept the offer for purchase, and grant access, or make availableaccess to the purchased media file.

While embodiments have been described as offering for sale access to themedia file the via an online auction merchant, it will be appreciatedthe scope of the embodiments is not so limited, and that the embodimentsmay also apply to media recording devices that may offer access to themedia files via alternate means, such as by an electronic storefront, oragreement via instant message, for example.

Turning now to FIG. 2, a flow diagram describing a process for managingmedia content by a media recording device will now be described inexemplary embodiments. At operation 202, a media recording device (e.g.,media recording device 110) captures media content (e.g., a live event)via a media recording structure disposed therein. At operation 204, auser identification (ID) is assigned to a media file that comprises themedia content. In exemplary embodiments, the media file represents adigitized version of the media content. The user ID specifies anidentity of a user of the media recording device 110 (e.g., anindividual who is capturing the media content via the media recordingdevice 110). The user ID may be assigned to the media file via, e.g.,electronic tag or other structure for associating a media file withadditional data elements. The media management application 116 includesa user interface for enabling user inputs to the media recording device110. The user interface provides selectable options, e.g., on the outputcomponent 115, such as a display of the media recording device. A sampledisplay screen is shown in FIG. 4. In exemplary embodiments, adescriptor may be created for the media file at operation 205. Thedescriptor may be added by selecting an option ADD DESCRIPTOR 410 inwindow 402 of FIG. 4.

At operation 206, it is determined whether a media file that is storedin storage component 118 of media recording device 110 is to betransmitted, e.g., over network 125. This determination may be made bythe user via, e.g., the user interface of media recording device (e.g.,input keys, voice commands, etc.). As shown in the display screen 400 ofFIG. 4, the user may select the option, TRANSMIT FILE 404 provided inthe window 402 of the display screen 400.

In alternative exemplary embodiments, the determination may be made inresponse to a request from one of receiving devices 150A-150C to accessthe media file. In either case, if it is determined that the media filewill not be transmitted at operation 206, it may be stored in storagedevice 118 by the user if desired at operation 208 (e.g., by selectingthe option SAVE 406 in window 402).

If, however, it is determined that the media file is to be transmittedat operation 206, one or more destination addresses for transmitting themedia file are received at operation 210. The destination addressincludes, e.g., a URL or a similar location-addressable element thatidentifies a receiving device (e.g., one receiving devices 150A-150C) ora network storage facility (e.g., host system 130).

As indicated above, the media management application 116 may beconfigured to select an optimum communication path for transmitting themedia file. This feature may be implemented, e.g., via the optionTRANSMIT FILE 404 or in response to user selected preferences asdescribed further in FIG. 5. If this feature is selected, the signaldetection component 119 of the media recording device 110 analyzes thesignal strength of any available, or identified, communication paths atoperation 212.

At operation 214, the signal detection component 119 determines whetherthere are any available communication paths. If not, the media file maybe stored locally in storage component 118 at operation 216, and theprocess returns to operation 212 whereby the signal detection component119 continues to monitor signals from available networks.

At operation 218, if more than one available communication path isdetermined, the signal quality of each path is compared by the signaldetection component 119. From this comparison, an optimal communicationpath is determined by the signal detection component 119 at operation220, based upon any one or more of criteria described above with respectto FIG. 1. The media file is then transmitted from the media recordingdevice 110 to the destination address via the optimal communication pathat operation 222. Alternatively, if only a single communication path isdetermined from operation 214, the media file is transmitted atoperation 222 via the available communication path.

As described above with respect to FIG. 1, the media recording device110 is configured to manage and deliver live media streams captured bythe device 110 to designated network elements. Turning now to FIG. 3, aflow diagram describing a process for delivering a live media streamover a network will now be described in exemplary embodiments.

At operation 302, one or more network addresses for transmitting a livemedia stream are received at the media recording device 110. Atoperation 304, a user identification (ID) is assigned to the live mediastream. The network address and/or user ID may be provided, e.g., viauser input to the user interface of media recording device 110 (e.g.,via the option TRANSMIT LIVE 408 in the window 402 of FIG. 4, or byentering user preferences in response to a menu of options as describedfurther in FIG. 5).

If the network address corresponds to a target receiving device (orfinal destination device), such as one of receiving devices 150A-150C,the live media stream is transmitted to the target receiving device 150over a network (e.g., a peer-to-peer network) in near real time atoperation 306. If the network address corresponds to a network storagefacility (e.g., media services system 105), the live media stream may betransmitted to the network storage facility at operation 308, along withan authorization requirement for providing access to a target receivingdevice (or final destination device), such as one of receiving devices150A-150C at operation 310. A notification is generated and transmittedto the target receiving device at operation 312. A sample notificationis shown in FIG. 8. As described above, the live media files may bedistinguished from the stored media files. This feature is shown anddescribed further in FIG. 9.

As indicated above, media management and related services may includeproviding options for enabling a user of media recording device 110, orauthorized individual, to establish preferences with respect toauthorization, account management, and storage management. The mediamanagement services include a user interface for this purpose as shownin FIG. 5. A user interface screen 500 depicting menu options formanaging media files and account information is shown in FIG. 5. Theselectable menu options correspond generally to the components 120-126described above in FIG. 1. The menu options include AUTHORIZATIONREQUIREMENTS 502, ACCOUNT INFORMATION 504, DEVICE INFORMATION 505,ACCOUNT PREFERENCES 506, and MEDIA FILES 508. The user interface screen500 may be presented to the user via, e.g., output component 115 ofmedia recording device 110 or via a Web interface provided to, e.g., oneof receiving devices 150A-150C, where the receiving device 150 is underthe operation or control of the user. The option, AUTHORIZATIONREQUIREMENTS 502 enables a user to add, change, or delete anauthorization requirement.

The user may also add, change, or delete users who may be associatedwith the account to which the user is assigned via the ACCOUNTINFORMATION option 504. Likewise, a user may add, change, or deletedevices associated with the account via the DEVICE INFORMATION option505. In further exemplary embodiments, the user may select storagepreferences and transmission preferences via the option, ACCOUNTPREFERENCES 506. The storage preferences may provide instructions fordetermining the conditions for which an alert regarding availablestorage may be transmitted as described above with respect to FIG. 1. Asample alert is shown in FIG. 10. The transmission preferences mayprovide instructions for selecting a communications path fortransmitting media files as described above with respect to FIG. 1. TheMEDIA FILES option 508 enables a user to view a listing of media filesstored locally in storage component 118, stored in storage device 106,or both. In addition, this option 508 enables a user to preview files,e.g., before making a determination to delete a media file from storagedevice 106. When this option is selected, a portion of a selected mediafile in the listing may be streamed from the storage device 106 to themedia recording device 110. In alternative exemplary embodiments, aportion of each media file may be stored locally in storage component118 and presented upon selection.

As indicated above, media services system 105 provides centralized mediamanagement services to account members (e.g., a user of media recordingdevice 110). Turning now to FIG. 6, a flow diagram describing a processfor providing centralized media management services will now bedescribed in exemplary embodiments.

A new account is initiated upon a request by an individual to receivethe media services via the account management component 120 of the mediaservices application 103. At operation 602, an account record is createdfor the individual (e.g., user of media recording device 110). A sampleaccount record and media file directory are shown and described in FIG.7. An account identification (ID) is stored in the account record atoperation 604. The account ID differentiates the account from otheraccounts serviced by the media services system 105. A user ID may begenerated for the account as well. The user ID differentiates the userfrom other users within the same account. At operation 606, the accountID is mapped to storage space via a media file directory allocated instorage device 106 for the account. As shown in FIG. 7, for example, theaccount ID of the account record 700 is used as a key for mapping theaccount with the allocated storage space via media file directory 702.In alternative exemplary embodiments, a user may request that anauthorization requirement established for a particular target receivingdevice 150 and/or user be mapped to specified media files stored in theallocated storage space of storage device 106. This optional mapping isshown in FIG. 7 for purposes of illustration.

At operation 608, a user interface is presented to the user with menuoptions for managing accounts, devices, media files, and authorizationsettings. The menu options may be presented, e.g., via the userinterface screen 500 shown in FIG. 5. At operation 610, selectionsentered by the user are received and the selections are stored in theaccount record 700 at operation 612.

As indicated above, a target receiving device (e.g., one of receivingdevices 150A-150C) may be presented with a notification of a new mediafile to which the receiving device 150 has been identified in theauthorization requirement (e.g., via the communication shown in displayscreen 800 of FIG. 8) or may request access to a media file via an inputcomponent of the receiving device 150. Upon successful authorization ofthe receiving device 150 by the host system 130 via, e.g., theauthorization component 126, a library or listing of media filesassociated with the authorization requirement and receiving device 150may be presented to a user of the receiving device 150. A sample mediafile library is shown in FIG. 9.

Turning now to FIG. 9, a display screen 900 depicting a sample mediafile library and options provided by the media file management system100 will now be described in exemplary embodiments. The media filelibrary lists media files MF1-MFn associated with the receiving device150. As indicated above, the live media files may be distinguished fromthe stored media files by ways, such as color, symbol, brightness, audiosignal, etc. As shown in the display screen 900 of FIG. 9, a live mediafile is distinguished by the element (LIVE) following the descriptor,ALEX VARSITY BASEBALL GAME Apr. 25, 2006. The display screen 900 alsoincludes instructions for guiding a user through the library.

As indicated above, a user may select preferences establishingconditions upon which a storage alert may be transmitted. A displayscreen 1000 depicting a sample notification and related options providedby the media file management system is shown in FIG. 10. A user mayselect from the available options as shown in display screen 1000 and asdescribed above with respect to FIG. 1.

As described above, the exemplary embodiments can be in the form ofcomputer-implemented processes and apparatuses for practicing thoseprocesses. The exemplary embodiments can also be in the form of computerprogram code containing instructions embodied in tangible media, such asfloppy diskettes, CD ROMs, hard drives, or any other computer-readablestorage medium, wherein, when the computer program code is loaded intoand executed by a computer, the computer becomes an apparatus forpracticing the exemplary embodiments. The exemplary embodiments can alsobe in the form of computer program code, for example, whether stored ina storage medium, loaded into and/or executed by a computer, ortransmitted over some transmission medium, loaded into and/or executedby a computer, or transmitted over some transmission medium, such asover electrical wiring or cabling, through fiber optics, or viaelectromagnetic radiation, wherein, when the computer program code isloaded into an executed by a computer, the computer becomes an apparatusfor practicing the exemplary embodiments. When implemented on ageneral-purpose microprocessor, the computer program code segmentsexecute specific microprocessor machine instructions. The computerprogram product code could also be implemented using electronic logiccircuits or a microchip.

While the invention has been described with reference to exemplaryembodiments, it will be understood by those skilled in the art thatvarious changes may be made and equivalents may be substituted forelements thereof without departing from the scope of the invention. Inaddition, many modifications may be made to adapt a particular situationor material to the teachings of the invention without departing from theessential scope thereof. Therefore, it is intended that the inventionnot be limited to the particular embodiments disclosed for carrying outthis invention, but that the invention will include all embodimentsfalling within the scope of the claims. Moreover, the use of the termsfirst, second, etc. do not denote any order or importance, but ratherthe terms first, second, etc. are used to distinguish one element fromanother. Furthermore, the use of the terms a, an, etc. do not denote alimitation of quantity, but rather denote the presence of at least oneof the referenced item.

1. A media recording device for managing and delivering media content,comprising: a media recording structure for capturing the media content;an input component; a transmitter; a processor in communication with themedia recording structure, the input component, and the transmitter; anda media management application executing on the processor, the mediamanagement application performing a method, comprising: receiving adestination address for a media file comprising the media contentcaptured by the media recording structure, the destination addressentered via the input component; and transmitting the media file to areceiving device associated with the destination address via thetransmitter.
 2. The media recording device of claim 1, furthercomprising: a signal detection component in communication with theprocessor, the signal detection component monitoring signal quality of acommunications path associated with the media recording device; and astorage component in communication with the processor; wherein the mediamanagement application further performs: storing the media file in thestorage component when a signal is not detected by the signal detectioncomponent; and repeating the monitoring until a signal is detected;wherein the transmitting the media file to a receiving device isperformed in response to detection of the signal.
 3. The media recordingdevice of claim 2, wherein upon detecting signals for at least twocommunications paths associated with the media recording device, themedia management application performs: comparing signal strengths of thesignals for the at least two communication paths; and selecting one ofthe at least two communication paths based upon the comparing; whereintransmitting the media file to a receiving device associated with thedestination address includes transmitting the media file over a selectedcommunication path.
 4. The media recording device of claim 1, furthercomprising: a receiver in communication with the processor; wherein thereceiving device and the media recording device are connected via acommunications path over a network; and wherein the media file istransmitted to the receiving device over the network in response to atleast one of: a request received via the receiver of the media recordingdevice from the receiving device; and a request received by the user ofthe media recording device via the input component to transmit the mediafile.
 5. The media recording device of claim 1, further comprising: auser interface in communication with the processor; wherein the mediamanagement application further performs: receiving a descriptor via theuser interface from the user of the media recording device; andassociating the descriptor with the media file; wherein the transmittingthe media file to a receiving device associated with the destinationaddress includes transmitting the descriptor with the media file.
 6. Themedia recording device of claim 1, wherein the media file comprises atleast one of: audio content; video content; and an image.
 7. The mediarecording device of claim 1, wherein the media recording structure is avideo camera.
 8. A method for managing and delivering media contentcaptured by a media recording device via a media recording structure,comprising: receiving a destination address for a media file comprisingthe media content captured by the media recording device, thedestination address entered via an input component of the mediarecording device; and transmitting the media file to a receiving deviceassociated with the destination address via a transmitter of the mediarecording device.
 9. The method of claim 8, further comprising: storingthe media file in a storage component of the media recording device whena signal is not detected by a signal detection component of the mediarecording device, the signal detection component in communication with aprocessor of the media recording device, the signal detection componentmonitoring signal quality of a communications path associated with themedia recording device; wherein transmitting the media file to areceiving device is performed in response to the monitoring andsubsequent detection of the signal.
 10. The method of claim 9, whereinupon detecting signals for at least two communications paths associatedwith the media recording device, the method further comprising:selecting one of the at least two communication paths for transmittingthe media file, the selecting based upon a comparison of signalstrengths of the signals associated with the least two communicationpaths; wherein transmitting the media file to a receiving deviceassociated with the destination address includes transmitting the mediafile over a selected communication path.
 11. The method of claim 8,wherein the receiving device and the media recording device areconnected via a communications path over a network, and wherein themedia file is transmitted to the receiving device over the network inresponse to at least one of: a request received via the receiver of themedia recording device from the receiving device; and a request receivedby the user of the media recording device via the input component totransmit the media file.
 12. The method of claim 8, further comprising:receiving a descriptor via a user interface of the media recordingdevice; and associating the descriptor with the media file; wherein thetransmitting the media file to a receiving device associated with thedestination address includes transmitting the descriptor with the mediafile.
 13. The method of claim 8, wherein the media file comprises atleast one of: audio content; video content; and an image; and whereinthe media recording structure is a video camera.
 14. A computer programproduct for managing and delivering media content captured by a mediarecording device via a media recording structure, the computer programproduct including instructions for causing a computer processor toimplement a method, comprising: receiving a destination address for amedia file comprising the media content captured by the media recordingdevice, the destination address entered via an input component of themedia recording device; and transmitting the media file to a receivingdevice associated with the destination address via a transmitter of themedia recording device.
 15. The computer program product of claim 14,further comprising instructions for performing: storing the media filein a storage component of the media recording device when a signal isnot detected by a signal detection component of the media recordingdevice, the signal detection component in communication with a processorof the media recording device, the signal detection component monitoringsignal quality of a communications path associated with the mediarecording device; wherein transmitting the media file to a receivingdevice is performed in response to the monitoring and subsequentdetection of the signal.
 16. The computer program product of claim 15,wherein upon detecting signals for at least two communications pathsassociated with the media recording device, the method furthercomprising: selecting one of the at least two communication paths fortransmitting the media file, the selecting based upon a comparison ofsignal strengths of the signals associated with the least twocommunication paths; wherein transmitting the media file to a receivingdevice associated with the destination address includes transmitting themedia file over a selected communication path.
 17. The computer programproduct of claim 14, wherein the receiving device and the mediarecording device are connected via a communications path over a network,and wherein the media file is transmitted to the receiving device overthe network in response to at least one of: a request received via thereceiver of the media recording device from the receiving device; and arequest received by the user of the media recording device via the inputcomponent to transmit the media file.
 18. The computer program productof claim 14, further comprising instructions for performing: receiving adescriptor via a user interface of the media recording device; andassociating the descriptor with the media file; wherein the transmittingthe media file to a receiving device associated with the destinationaddress includes transmitting the descriptor with the media file. 19.The computer program product of claim 14, wherein the media filecomprises at least one of: audio content; video content; and an image.20. The computer program product of claim 14, wherein the mediarecording structure is a video camera.